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METHOD FOR AUTOMATICALLY SETTING NETWORK 

TECHNICAL FIELD 

The present invention relates to a network, and more particularly 
5 to, a method for automatically setting a network. 

BACKGROUND ART 

With popularization of a ultrahigh speed internet and 
digitalization of electric products, there have been attempts to connect a 
10 personal computer (PC), a network gateway device, an audio/video 
device, home appliances and a control device through one home 
network. 

A network environment based on the PC in houses has been 
gradually change.d into an environment using various . sub network 
15 technologies due to the diffusion of home networking. A universal plug 
and play (UPnP) technology has been suggested due to necessity of 
independently uniformly networking the electric products by using an IP 
protocol. 

The UPnP, which is defined by a protocol of the standard 
20 network architecture, is one of the major standard technologies of the 
home network which a plurality of companies in each country create 
through the UPnP forum. A UPnP-based home network system 
includes a plurality, of UPnP devices for providing services, and a 
control point for controlling the plurality of UPnP devices. 
25 The control point means a controller having functions of 
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sensing and controlling various UPnP devices. That is, the control 
point is a controller for controlling various devices (for example, UPnP 
devices). By the key input of the user, the control point discovers 
various UPnP devices, obtains description information of the discovered 
5 UPnP devices, and controls the UPnP devices. 

Exemplary UPnP devices include devices connected to the home 
network, such as a PC, a network equipment, a peripheral device such 
as a printer, an audio/video device and home appliances. The UPnP 
devices notify their events to the control point. 

10 The control point discovers the UPnP devices by IP multicast. 

That is, when the UPnP' device is added to the network, the control 
point multicasts an alive message of a simple service discovery protocol 
(SSDP) to the network through a new IP. Here, the control point can 
wait for the response from the UPnP device after multicasting the SSDP 

15 M-search message. 

On the other hand, when the home network is constructed, if a 
host or devices are connected to heterogeneous physical networks, the 
host or the devices probably need to be provided with IP addresses, 
respectively. That is, the home network may be comprised of two or 

20 more IP segments. 

In order to construct the UPnP-based home network, the home 
network must use an IP as a network protocol, and the IP multicast 
must be performed in the home network. 

Currently, most of the gateways do not support the IP multicast. 

25 Generally, the UPnP-based home network is constructed in the 
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physical networks connected by bridging. That is, one IP segment 
becomes a UPnP-based home network area. Theoretically, when the 
IP multicast is supported, the UPnP-based home network can be 
constructed by connecting maximally four heterogeneous IP segments. 
5 However, the network is not automatically set between the 

UPnP-devices in the home network environment consisting of 
heterogeneous IP segments. Accordingly, the UPnP devices 
connected to the home network cannot perform IP communication with 
each other. 

10 

DISCLOSURE OF THE INVENTION 

Therefore, an object of the present invention is to provide a 
method for automatically setting a network which allows UPnP devices 
connected to a network consisting of heterogeneous IP segments to 
15 perform IP communication with each other. 

To achieve these and other advantages and in accordance with 
the purpose of the present invention, as- embodied and broadly 
described herein, there is provided a method for automatically setting a 
network, including the steps of: receiving an event message from a 
20 device connected to a network; requesting routing tables to all devices 
connected to the network except for the device; and adding an IP 
address of the device to the routing tables of the devices. 

According to another aspect of the present invention, a method 
for automatically setting a network includes the steps of: receiving an 
.25 event message from a UPnP device connected to a UPnP-based 
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network; requesting routing tables to all UPnP devices connected to the 
network except for the UPnP device; and adding an IP address of the 
UPnP device to the routing tables of the UPnP devices, so that' the 
UPnP device can be operated as a gateway. 
5 According to yet another aspect of the present invention, a 

method for automatically setting a network includes the steps of: 
receiving an event message from a UPnP device discovered among 
UPnP devices connected to a UPnP-based network system; requesting 
routing tables to all UPnP devices except for the discovered UPnP 

10 device; and when two or more IP addresses have been registered in IP 
address information of the event message, adding the IP address of the 
discovered UPnP device to the routing tables, so that the discovered 
UPnP device can be operated as a gateway. Preferably, the event 
message is an IP network management event message. 

is According to yet another aspect of the present invention, in a 

UPnP-based home network system having two or more UPnP devices 
and one or more control points, a method for automatically setting a 
network includes the steps of; receiving an . event message from a 
discovered UPnP device; when two or more IP addresses have been 

20 registered in IP address information of the event message, requesting 
routing tables to all UPnP devices except for the discovered UPnP 
device; and adding the IP address of the UPnP device to the routing 
tables. 

According to yet another aspect of the present invention, a 
2 5 method for automatically setting a network includes the steps of: 
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receiving an event message from any one of devices connected to a 
network consisting of heterogeneous IP' segments; requesting routing 
. tables to all devices connected to the network except for the device 
transmitting the event message; and adding an IP address of the device 
5 to the routing tables of the devices. . 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are included to provide a 
further understanding of the invention and are incorporated in and 
10 constitute a part of this specification, illustrate embodiments of the 
invention and together with the description serve to explain the 
principles of the invention. 
In the drawings: 

Fig. 1 is a structure view illustrating a local network consisting of 
15 two IP segments in order to explain a method for automatically setting a 
network in accordance with the present invention; 

Fig. 2 is an exemplary view illustrating routing tables of each 
UPnP device connected to the network of Fig. 1 ; 

Fig. 3 is a table showing state variables : of an IPNM service 
20 applied to the method for automatically setting the network in 
accordance with the present invention; 

Fig. 4 : is an exemplary view illustrating a display form of 
'IPAddressList' of the IPNM service applied to the method for 
automatically setting the network in accordance with the present 
25 . invention; 



WO 2005/036826 



PCT/KR2004/002368 



Fig. 5 is a table showing actions of the IPNM service applied to 
the method for automatically setting the network in accordance with the 
present invention; 

Fig. 6 is an exemplary view illustrating a display form of a routing 
5 table applied to the method for automatically setting the network in 
accordance with the present invention; and . 

: Fig. 7 is a flowchart showing sequential steps of the method for 
. automatically setting the network in accordance with the present 
invention. . 

10 . 

MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS 

Reference will now be made in detail to the preferred 
embodiments of the present invention, examples of which are illustrated 
in the accompanying drawings. m 

15 In a UPnP-based network system having two or more UPnP 

devices and one or more control points, a method for automatically 
setting a network including the steps of: receiving an event message 
from a discovered UPnP device; when two or more IP addresses have 
been registered in IP address information of the event message, 

20 confirming whether unicast and multicast forwarding functions are 
supported through the event message; when the unicast and multicast 
forwarding functions are supported, requesting routing tables to all 
UPnP devices except for the UPnP device transmitting the event 
message (evented device); and adding the IP address of the evented 

25 device to the routing tables will now be explained in detail with 
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reference to Figs. 1 to 7. 

Fig. 1 is a structure view illustrating a local network consisting of 
two IP segments in order to explain the method for automatically setting 
the network in accordance with the present invention. 
5 Referring to Fig. 1, the local network consisting of the two IP 

segments includes a first home network consisting of an internet 
gateway device (IGD) 120 connected to an internet router 110, PCs 130 
and 150 connected to the IGD 120, and an IP network equipment 140, 
and a second home network consisting of an IP network equipment 1 51 
10 connected to the PC 150, and a PC 152. Here, the second home 
network has a different IP address from an IP address given to the first 
home network. 

The IGD 120 provides a service of translating a private IP of the 
local network into its IP by a network address translation .(NAT) 
15 function. 

The operation of the local network consisting of the two IP 
segments will now be explained with reference to the routing tables of 
the UPnP devices (for example, PC, IP network equipment, etc.) of Fig. 

2. • . 

2 0 Fig. 2 is an exemplary view illustrating the routing tables of each 

UPnP device connected to the network of Fig. 1 . 

The IGD 120 registers an. IP address (for example, 
150.150.67.254) of the internet router 110 as a default gateway, and 
also registers an IP address (for example, 192.168.1.105) of the PC ' 

25 150 operated as the gateway to access 192.168.2.0 network. 
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The PC .130 registers an IP address (for example, 
192.168.1.254) of the IGD 120 that is the IP segment, and also 
registers the IP address (for example, 192.168.1.105) of the PC 150 
operated as the gateway to access the sub network (second home 
5 network) of the PC 1 50. 

The PC 150 is located on the boundary between the IGD 120 
and the sub network to directly access the first home network and the 
second home network. Therefore,, the PC 150 registers an IP address 
(for example, 192.168.1.254) of the IGD 120. 
10 The PC 150 provides a forwarding service of IP packets between 

the first home network and the second home network, and forwards 
multicast packets to discover the UPnP devices connected to the first 
and second home networks. 

The. PC 152 registers an IP address (for example, 
15 , 192.168.2.254) of the PC 150, so that the PC 150 can be recognized as 
a default gateway. 

There are presumed that the routing tables for the network of Fig. 
1 are registered as shown in Fig. 2 and that the UPnP service is defined 
to automatically set the network as shown in Fig. 2. The defined UPnP 
2 o service will now be described. 

The UPnP service defined in this embodiment is designated as 
an IP network management (IPNM) service, and the UPnP device 
providing the IPNM service is designated as a UPnP IPNM device. As 
illustrated in Fig. 3, the IPNM service has 'IPAddressList' as a state 
25 variable. 



WO 2005/036826 



PCT/KR2004/002368 



The state variable is evented when the control point (for example, 
PC) discovering and controlling the UPnP IPNM device firstly joints an 
event service or whenever a new interface is added or an IP address is 
changed. Here, the state variable includes information on an interface 
5 of a host, an IP address, a network mask and forwarding capability. 

The information can be represented as an extensible markup 
language (XML) document The XML document can be escaped into 
strings and transmitted to the control point. For example, the XML of 
IPAddressList' that is the state variable can be represented as shown 
10 in Fig. 4. That is, 'IPAddress' state variable can be represented as a 
plurality of 'IPAddress elements 1 . Each 'IPAddress element 1 includes 
information such as Value 1 , 'Netmask', Interface', 'Forwarding 1 and 
'MuiticastForwarding', 

Value 1 represents an IP address of an interface of the UPnP 
15 IPNM device, 'Netmask' represents a network mask of the IP address of 
the interface of the UPnP IPNM device, Interface 1 represents a name of 
. the interface of the . UPnP IPNM device, forwarding 1 represents 
whether the interface of the UPnP IPNM device provides an IP packet 
forwarding service, and 'MulticastForwarding 1 represents whether the 
. 20 UPnP IPNM device supports a multicast packet forwarding service. 

Therefore, the control point (for example, PC) joining the IPNM 
service can search the interface information and forwarding capability of 
the UPnP IPNM device (for example, PC, IP network equipment, etc.). 
On the other hand, actions provided by the IPNM service can be 
25 defined as shown in Fig. 5. Definitions of each action will now. 
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be explained. 

First, 'GetRoutingTable' action provides the routing table of 
UPnP IPNM device (for example, PC). As illustrated in Fig. 6, the 
routing table provided in response to the 'GetRoutingTable' action can 
5 be represented as an XML document, and the XML document can be 
escaped into strings and provided to the control point joining the IPNM 
service. 

'AddRoutingTableEntry' action adds one routing , table entry of 
the UPnP IPNM device (for example, . PC). For example, an IP 
10 address of a network destination that is a routing table element, 
'NetworkMask' and 'Gateway 1 are given as input arguments. The 
information provided in response to the 'AddRoutingTableEntry 1 action 
includes action success/fail and an index of the routing table entry. 

'DeleteRoutingTableEntry' action deletes a specific routing table 
15 entry value. That is, the input argument is. an index, and the 
information provided in response to the 'Delete RoutingTableEntry 1 
action is action success/fail. 

'EnableForwarding' action enables a forwarding function for a 
specific interface of the UPnP IPNM device (for example, PC). 
20 Conversely, 'DisableForwarding' action disables a forwarding function 
for a specific interface of the UPnP IPNM device (for example, PC). 

'EnabieMulticastForwarding' action enables a forwarding function 
for a multicast packet in regard to a specific interface of the UPnP IPNM 
device (for example, PC)./ On the other hand, 
Z5 ' 'DisableMuiticastForwarding' action disables a forwarding 
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function for a multicast packet in regard to a specific interface of the 

.UPnP IPNM device (for example; PC). 

In accordance with the present invention, the routing table of the 

UPnP IPNM device can be represented as the XML. For example, as 
5 shown in Fig. 6, 'RoutingTable' element represents a routing table and 

includes 'Entry' as a sub element. 

'Entry' includes 'Index 1 , 'NetworkDestination', 'NetMask' and 

'Gateway' as sub elements. 'Index* represents an index of a routing 

table entry, 'NetworkDestination' represents an address of a network 
10 destination, 'NetMask' represents a network mask, and 'Gateway 1 

represents an address of a gateway. 

The operation of the method for automatically setting the network 

by using the defined IPNM service in accordance with the present 

invention will now be described in detail with reference to Fig. 7. 
15 Fig. 7 is a flowchart showing sequential steps of the method for 

automatically setting the network in .accordance with the present 

invention. In the.UPnP-based network system, including two or more 

UPnP IPNM devices and one or more control points, the method for 

automatically setting the network will now be explained in detail. 
20 The control point (for example, PC) of the UPnP-based network 

system discovers the UPnP IPNM service. 

When discovering the UPnP IPNM device providing the UPnP 

IPNM service (S1 1 ), the control point joins an IPNM event service of the 

discovered UPnP IPNM device (S12). 
25 The control point receives an event message (IPNM event 
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message) from the discovered UPnP IPNM device (S13), and confirms 
whether two or more IP addresses exist in 'IPAddressList* information of 
the event message (S14). When two or more IP addresses exist in the 
'IPAddressList' information, the control point confirms whether the 
5 interface of the evented UPnP IPNM device (UPnP IPNM device 
transmitting the IPNM event message) supports a unicast forwarding 
function and a multicast forwarding function (SI 8). Here, the evented 
UPnP IPNM device means the UPnP IPNM device transmitting the 
. IPNM event message to the control point (for example, PC). 

10 Therefore, when the interface of the evented UPnP IPNM device 

' supports the unicast forwarding function and the multicast forwarding 
function, the control point (for example, PC) invokes l GetRoutingTabIe , 
action from all UPnP IPNM devices registered in the UPnP-based 
network except for the evented UPnP IPNM device, thereby receiving 

15 the routing tables from the UPnP IPNM devices (S19). 

On the other hand, when the interface of the evented UPnP 
IPNM device does not support the unicast forwarding function and the 
multicast forwarding function, the control point invokes* the 
'EnableForwarding' actipn and the 'EnableMulticastForwarding' action 

20 from the evented UPnP IPNM device (S22). Here, when the control 
points, fails to invoke 'EnableForwarding' action and 
'EnableMulticastForwarding' action/ the control point returns to the 
above step and receives the event message again (S13). 

.When the control point succeeds in invoking the 

25 'EnableMulticastForwarding' action, the control point invokes the 
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GetRoutingTable' action from all UPnP IPNM devices registered in the 
UPnP-based network except for the evented UPnP IPNM device, 
thereby, receiving the routing tables from the UPnP IPNM devices (S19). 
Thereafter, the control point confirms whether the IP address of 
5 the evented UPnP IPNM device has been registered in gateway 
information of the routing tables of the UPnP IPNM devices except for 
the evented UPnP IPNM device (S20). When the IP address of the 
evented UPnP IPNM device has already been registered in the gateway 
information of the routing tables, the control point receives the event 
10 message again. Here, when the IP address of the evented UPnP 
IPNM device has already been registered in the gateway information of 
the routing tables, the evented UPnP IPNM device is operated as a 
gateway. 

• When the IP address of the evented UPnP IPNM device has not 
15 been registered in the gateway information of the routing tables, the 
control . point adds a routing table , entry by invoking 
'AddRoutingTableEntiy action, and receives the event message (S21). 
That is, when the IP address of the evented UPnP IPNM device has not 
been registered in the routing tables, the control point adds the IP 
20 address of. the evented UPnP IPNM device to the routing tables, so that 
the UPnP IPNM device can be operated as a gateway. 

Accordingly, the IP address of the UPnP IPNM device connected 
to the home network consisting of heterogeneous IP segments and 
discovered is automatically added to the routing tables of the UPnP 
. 25 IPNM devices except for the UPnP IPNM device, so that the 
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UPnP IPNM devices connected to the home network consisting of 
heterogeneous IP segments can perform the IP communication with 
each other. 

On the other hand, when the control point receives the event 
5 message in the above step (S13), if one IP address exists in . the 
'IPAddressList' • information, the control' point invokes the 
'GetRoutingTable' action from all UPnP IPNM devices registered in the 
UPnP-based . network except for the evented UPnP IPNM device, 
thereby receiving the routing tables from the UPnP IPNM devices (S15). 
10 Here, the control point confirms whether the IP address of the evented 
. UPnP IPNM device exists in the gateway information of each routing 
table (S16). 

When the IP address of the evented UPnP IPNM device exists in 
the gateway information, the evented UPnP IPNM device cannot be 

15 operated as a gateway. Therefore, . the control point corrects the 
routing tables by deleting the IP address of the evented UPnP IPNM ' 
device stored in the routing tables by invoking 'DeleteRoutingTable' 
action in regard to the routing table entry including the gateway 
. information (S17). When finishing correcting the routing tables, the 

20 control point receives the event message again. For example, when 
only one IP address of the evented UPnP IPNM device exists, it means 
that the evented UPnP IPNM device is connected to one network. 
Accordingly, the evented UPnP IPNM device cannot be operated as a 
gateway any more. In the case that one IP address has been 

25 registered in . the IP address information of the event message 
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from the evented UPnP 1PNM device, the control point preferably 
deletes the IP address of the evented device added to the routing tables, 
so that the evented UPnP IPNM device can be connected to one home 
network and normally operated. 
5 As a result, the routing' tables and the forwarding parameters of 

each UPnP IPNM device are automatically set, so that the UPnP IPNM 
devices can perform the IP communication with each other. 

On the other hand, an allowed control point can be set to control 
the UPnP IPNM devices connected to the network by using a UPnP- 

10 security service; that is, the network can be reliably easily 
automatically set merely by using the UPnP protocol. In addition, the 
method for automatically setting the network can be applied to general 
networks as well as the UPnP-based network. 

As discussed earlier, in accordance with the present invention, 

15 the network can be automatically set between the devices in the 
network environment consisting of heterogeneous IP segments. 
Accordingly, the devices can perform the UPnP-based IP 
communication with each other, which consults users' convenience. 

As the present invention may be embodied in several forms 

20 without departing from the spirit or essential characteristics thereof, it 
should also be understood that the above-described embodiments are 
not limited by any of the details of the foregoing description, unless 
otherwise specified, but rather should be construed broadly within its 
spirit and scope as defined in the appended claims, and therefore all 

25 changes and modifications that fall within the metes and bounds of 
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the claims, or equivalence of such metes and bounds are therefore 
intended to be embraced by the appended claims. 



